home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
BBS Toolkit
/
BBS Toolkit.iso
/
qbbs
/
dinfavt3.zip
/
DINFOAVT.DOC
< prev
next >
Wrap
Text File
|
1991-04-02
|
8KB
|
185 lines
╒══════════════════════════════════════════════════════════════════════╕
│ DINFOAVT+ 3.00; RemoteAccess 1.00 ANSI/AVATAR DORINFO?.DEF utility │
╘══════════════════════════════════════════════════════════════════════╛
Dinfoavt.Exe/Dinfoavt.Doc written by geoffrey booher 1:2270/233.0@fidonet.usa
Copyright (c) 1990, 1991 Gateway Net Technology
disclaimer:
───────────
DINFOAVT+ 3.00 is *ONLY* guaranteed to consume diskspace. It has been
extensively tested and found to be pretty reliable. In no way is the
Author of this program responsible for any damages, consequential, or
otherwise from the neglect of DINFOAVT+ 3.00's use or misuse. DINFOAVT+ 3.00
is provided as is, without warranty of any kind, either expressed or implied.
DINFOAVT+ 3.00 may be distributed freely subject to the following conditions:
1. No fees are charged for distributing or obtaining the DINFOAVT files.
2. The files within the DINFAVT3 archive are not modified in ANY way.
questions:
──────────
Send Netmail to Geoffrey Booher, 1:2270/233.0@fidonet. Or I suppose any
questions you have could be addressed to me in the RA_UTIL conference.
files in the archive:
─────────────────────
DINFOAVT.EXE - 808X version of the program, this file is ready to use if
you have an 808X (XT) based CPU machine.
DIAVT286.EXE - 80X86 version of the program, rename to DINFOAVT.EXE and use
this file if you have an 80X86 (286/386/486) based CPU machine.
DINFOAVT.DOC - You're reading it.
WHATSNEW.300 - History and new features in DINFOAVT+ 3.00.
README.1ST - Notice about the distribution archive.
overview and features:
──────────────────────
DINFOAVT+ 3.00 is a DORINFO?.DEF utility specifically for use with
RemoteAccess 1.00 and RemoteAccess 1.01.
It's main purpose is to change the DORINFO?.DEF file if the user online has
BOTH ANSI/AVATAR emulation enabled to plain ANSI so software that does not
recognise the new 2 and 3 DORINFO?.DEF codes can still do ANSI if possible.
I wrote this program because my users that are taking advantage of my AVATAR
screens were complaining there was 'no colors' on 'DOORS' and other Type 7
programs I run. So ... I figured that these dudes were running the code '3'
in DORINFO?.DEF that they were using ANSI and AVATAR both. If that was the
case, then temporarily change to code '1' ANSI to run the door, and restore
the ANSI/AVATAR code '3' after the door. Simple enough.
Page 2
setting up DINFOAVT+ 3.00:
──────────────────────────
Put the correct Dinfoavt.Exe anywhere in your DOS PATH, along with any of
your other utilities.
DINFOAVT Command line parameters:
DINFOAVT
DINFOAVT /? - shows a help screen.
DINFOAVT /I - use this switch going INTO the door. It will look for a
DORINFO?.DEF file (yes, it will use DORINFO1, DORINFO2, etc)
in the CURRENT DIRECTORY. If line 10 is '2' or '3', AVATAR or
ANSI/AVATAR, it will write a DORINFO?.$$$ file with the
original DORINFO?.DEF contents, and change the DORINFO?.DEF
file to '1' on line 10 for ANSI if ANSI/AVATAR is detected. It
will change the DORINFO?.DEF to '0' if AVATAR alone is detected.
If it's 0 - ASCII; 1 - ANSI or 2 - AVATAR only, it won't update
the DORINFO?.DEF file, and won't create the DORINFO?.$$$ file.
The ASCII/TTY switching was done to insure compatibility with
some doors that recognise 2 as ANSI.
DINFOAVT /O - use this switch on the way OUT the door. It will look for the
DORINFO?.$$$ if it was created by the DINFOAVT /I option.
If it doesn't find it, it assumes ANSI/AVATAR both was NOT the
initial emulation and will do nothing. If it finds the
DORINFO?.$$$ file, it will overwrite it with the CURRENT
DORINFO?.DEF file, and then rewrite a new DORINFO?.DEF file
with updated time remaining, etc from the door, and change
line 10 back to '3' so ANSI/AVATAR is enabled again upon return
to the BBS.
DINFOAVT /IO - this switch just changes DORINFO?.DEF and does not attempt to
change DORINFO?.DEF back when the DOOR is done. Some DOORS
use DORINFO1.DEF to get some settings like graphics, but
actually use EXITINFO.BBS to update the time used. This switch
is for those types of doors not needing a change afterward.
DINFOAVT /D - this switch displays the contents of the DORINFO?.DEF file.
using DINFOAVT+ 3.00:
─────────────────────
You will need to create a batchfile to run your door. Here's an example:
Type 7 - Optional Data: *C /C C:\RA\BBSLIST.BAT *! *M
Bbslist.Bat: -OR-
@Echo OFF @Echo OFF
Cd C:\Ra Cd C:\Ra
Dinfoavt /I Dinfoavt /IO
Bbslist Bbslist.Cfg Bbslist Bbslist.Cfg
Dinfoavt /O
I realise making batchfiles to run type 7's is not the most elegant way to
run things, but DINFOAVT+ 3.00 is really a kludge program to give ANSI
Colors AT LEAST in your doors until such time the doors become AVATAR 'smart'.
Page 3
DINFOAVT+ 3.00 technical info:
──────────────────────────────
Dinfoavt.Cpp was written in C language with the CPlusPlus extension option.
Dinfoavt.Exe was compiled with Borland International's Turbo C++ 1.00 using
the Small Memory Module ( < 64kb heap ).
DINFOAVT.EXE has the following errorlevels:
Errorlevel 4 - invalid parameter or no parameters (help screen)
Errorlevel 3 - DORINFO?.DEF not changed and no DORINFO?.$$$ written
Errorlevel 2 - Could not find DORINFO?.DEF file
Errorlevel 1 - File I/O error
Errorlevel 0 - DORINFO?.DEF changed/updated successfully
NOTE!! DINFOAVT+ 3.00 expects to find ONE DORINFO?.DEF file in the CURRENT
DIRECTORY! If you are running a multi-line system, this should not
pose a problem as the door will likely be executed in that nodes
directory. The RemoteAccess documentation states doors must be run
from their own seperate directories when running multiple copies, so
DINFOAVT+ 3.00 should find the correct DORINFO?.DEF file in the
directory currently in.
If the program finds more than ONE DORINFO?.DEF file in the current
directory it will use the first one it finds, whether valid or not!
thanks:
───────
Thanks to the RemoteAccess Beta Duders and Andrew Milner and Phil MacKay
for the BEST BBS software available anywhere hands down. :-)
Thanks to Kevin Zimmerman at The Boomtown BBS - 1:2270/868@fidonet for
sometimes getting 7 versions of a program per day to pre-test out.
Thanks to Bruce Bodger at The Truckstop BBS - 1:170/400@fidonet for helping
out with beta bashing my stuff.
Thanks to Bob R. at The Anonymous BBS - 1:154/40@fidonet for some good
suggestions for DINFOAVT 2.00. :-)
Thanks to Mark Howard at Rivendell TAP/NA - 1:260/340@fidonet for writing
RAEXIT for RemoteAccess 1.00 EXITINFO.BBS conversion. It was his program that
gave me the idea for the display contents (/d) command.
misc:
─────
The following products/examples are the Copyrighted materials of their
respective named holders:
Turbo C++ 1.00 Borland International
RemoteAccess Continental Software
BBSLIST Off The Wall Programming
AVATAR George A. Stanislav
DINFOAVT+ 3.00 Gateway Net Technology
Fidonet Tom Jennings